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Die folgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

@ Verfahren zur Ubertragung von Nachrichten zwischen mindestens einer Zentrale und einem Endgerat und 
Anpassungsvorrichtung dafur 

® Es wird ein Verfahren zur Ubertragung von Nachrichten 
zwischen mindestens einer Zentrale (1, 2, 3) und einem 

Endgerat (5) uber ein Telekommunikationsnetz (10) und \ -to 7- ^ 

eine Anpassungsvorrichtung (15) dafur vorgeschlagen. 
Der Nachrichtenaustausch wird durch die Anpassungs- 
vorrichtung (15) zwischen der mindestens einen Zentrale 
(1, 2, 3) und dem Endgerat (5) in Abhangigkeit mindestens 
einer Vorgabe des Endgerates (5) oder der mindestens ei- 
nen Zentrale (1, 2, 3) gesteuert. Die Anpassungsvorrich- 
tung (15) umfafct dazu mindestens eine Schnittstelle (11, 
12, 13) zu der Zentrale (1, 2, 3) und eine Schnittstelle (20) 
zu dem Endgerat (5). Weiterhin ist eine Speichervorrich- 
tung (25) vorgesehen zur Speicherung mindestens einer 
Vorgabe des Endgerates (5) oder der mindestens einen 
Zentrale (1, 2, 3) zur Steuerung des Nachrichtenaus- 
tauschs zwischen der mindestens einen Zentrale (1, 2, 3) 
" und dem Endgerat (5). Weiterhin ist eine Steuerung (30) t s 
I vorgesehen, die den Nachrichtenaustausch in Abhangig- 
keit der mindestens einen Vorgabe steuert. 
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Beschreibung 
Stand der Technik 

Die Erfindung geht von einem Verfahren zur Ubertragung 
von Nachrichten zwischen mindestens einer Zentrale und ei- 
nem Endgerat und von einer Anpassungsvorrichtung dafiir 
nach der Gattung der unabhangigen Anspruche aus. 

Verfahren zur Ubertragung von Nachrichten zwischen ei- 
ner Zentrale und einem Endgerat sind bereits bekannt. 

Beim sogenannten Internet E-Mail Dienst werden Nach- 
richten von einem sog. Mail-Client erzeugt und mit dem so- 
genannten SMTP (Simple Mail Transfer Protocol) gemaB 
RFC 821 (Request for Command) der IETF (Internet Engi- 
neering Task Force) oder mit dem ESMTP (Enhanced Sim- 
ple Mail Transfer Protocol) gemaB RFC 1869 der IETF uber 
das Internet zu einem Mail-Server eines Empfangers iiber- 
mittelt. Vom Mail-Server kann der Empfanger ebenfalls mit 
Hilfe eines Mail-Clients auf die gesendete Nachricht zugrei- 
fen. Fur den Zugriff auf die gesendete Nachricht werden ent- 
sprechende Protokolle verwendet, bspw. das POP (Post Of- 
fice Protocol) gemaB RFC 1729 der IETF oder das IMAP 
(Internet Message Access Protocol) gemaB RFC 2060 der 
IETF oder auch herstellerspezifische Protokolle. Diese Pro- 
tokolle regeln den Austausch von Nachrichten zwischen 
dem Empfanger und dem Mail-Server, wie bspw. das An- 
melden eines Mail-Clients am Mail-Server, die Authentifi- 
zierung des Mail-Client, usw. Zur Ubertragung der Nach- 
richten vom Mail-Server zum Mail-Client wird meistens das 
SMTP oder das ESMTP verwendet. Urn das Eintreffen 
neuer Nachrichten auf dem Mail-Server zu registrieren, 
schaut der Mail-Client sporadisch oder regelmaBig auf dem 
Mail-Server nach. Dieser Vorgang wird auch als Polling be- 
zeichnet. Detektiert der Mail-Client auf diese Weise fiir den 
Benutzer des Mail-Clients auf dem Mail-Server vorliegende 
Nachrichten, signalisiert er dies dem Benutzer. Der Benut- 
zer kann dann den Zugriff auf die fur ihn auf dem Mail-Ser- 
ver abgelegten Nachrichten einleiten. Das Einleiten des Zu- 
grifFs wird auch als Pull-Modus bezeichnet. Die Nachrich- 
ten werden dann vom Mail- Server zum Mail-Client ubertra- 
gen und konnen dort fiir den Benutzer wiedergegeben wer- 
den. Das beschriebene Verfahren ist dabei im wesentlichen 
fiir Festverbindungen gedacht, bei dem der Mail-Client eine 
permanente Verbindung oder eine Verbindung mit relativ 
kurzen zeitlichen Unterbrechungen zum Mail-Server hat. 
SMTP wurde urspriinglich nur fur Textnachrichten vorgese- 
hen. Durch MIME (Multiporpose Internet Mail Extensions) 
gemaB RFC 1521 der IETF konnen solche Nachrichten 
durch Anhange erweitert werden. Diese Anhange konnen 
dabei beliebiges Format haben und sind nicht auf Textnach- 
richten festgelegt. Fiir die Ubertragung werden diese An- 
hange jedoch derart umcodiert, daB sie ebenfalls in Form 
von einfachen Textnachrichten ubertragen werden konnen. 

Der SMS-Dienst (Short Message Service) gemaB dem 
GSM-Standard (Global System for Mobile Communicati- 
ons), GSM 03.40 ETSI unterscheidet sich grundlegend vom 
beschriebenen Internet E-Mail Dienst. Er ist ausschlieBlich 
auf Textnachrichten mit einer maximalen Lange von 160 
Zeichen beschrankt, wobei Erweiterungen durch Verkettung 
mehrerer solcher Textnachrichten bestehen. Der SMS- 
Dienst basiert weiterhin darauf, daB die Textnachrichten von 
einem SMS-Sender an einen SMS-Server ubermittelt wer- 
den, der sie dann automatisch an ein mobiles Endgerat iiber- 
tragt. Dieses Verfahren wird auch als Push-Modus bezeich- 
net. Ist das mobile Endgerat im Mobilfunknetz nicht verfug- 
bar, z. B. weil es ausgeschaltet ist, so wird die Textnachricht 
im SMS-Server zwischeneespeichert. Ist im foleenden dann 



SMS-Server signalisiert und dieser startet dann automatisch 
die Ubertragung der Textnachricht ans mobile Endgerat. 

Vorteile der Erfindung 

5 

Das erfindungsgemaBe Verfahren und die erfindungsge- 
maBe Anpassungsvorrichtung mit den Merkmalen der unab- 
hangigen Anspruche haben demgegeniiber den Vorteil, daB 
der Nachrichtenaustausch durch eine Anpassungsvorrich- 

10 tung zwischen der mindestens einen Zentrale und dem End- 
gerat in Abhangigkeit mindestens einer Vorgabe des Endge- 
rates oder der mindestens einen Zentrale gesteuert wird. 
Durch die Anpassungsvorrichtung ist eine Anpassung von 
Zentralen oder Servem verschiedener Dienste an ein Endge- 

15 rat moglich, ohne daB eine direkte Verbindung zwischen 
dem Endgerat und der jeweiligen Zentrale aufgebaut werden 
muB und ohne daB zwischen dem Endgerat und der jeweili- 
gen Zentrale dienstespezifische und somit je nach Zentrale 
unterschiedliche Protokolle ubertragen werden miissen. 

20 Durch das erfindungsgemaBe Verfahren und die erfindungs- 
gemaBe Anpassungsvorrichtung ist die entsprechende Zen- 
trale fur das Endgerat nicht sichtbar, sondern lediglich die 
Anpassungsvorrichtung. Somit lassen sich verschiedene 
Dienste fur den Nachrichtenaustausch zwischen dem End- 

25 gerat und verschiedenen Zentralen durch die Anpassungs- 
vorrichtung integrieren, so daB ein einheitlicher Nachrich- 
tenaustausch zwischen dem Endgerat und der Anpassungs- 
vorrichtung fiir die Realisierung der verschiedenen Dienste 
ermoglicht wird. Sowohl fur den Fall, daB nur eine einzige 

30 Zentrale an die Anpassungsvorrichtung angeschlossen ist, 
als auch fur den Fall mehrerer an die Anpassungsvorrich- 
tung angeschlossener Zentralen laBt sich der Vorteil bewir- 
ken, daB die Anpassungsvorrichtung den Nachrichtenaus- 
tausch zwischen der jeweiligen Zentrale und dem Endgerat 

35 an Vorgaben des Benutzers des Endgerates, an die Eigen- 
schaften und den Leistungsumfang des Endgerates oder an 
Vorgaben der jeweiligen Zentrale anpassen kann. Auf diese 
Weise laBt sich der Nachrichtenaustausch in Abhangigkeit 
der Benutzervorgaben oder der Gerateeigenschaften fur jede 

40 aufzubauende Verbindung zwischen einer Zentrale und ei- 
nem Endgerat individuell und flexibel optimiercn. 

Durch die Anpassungsvorrichtung werden dienstespezifi- 
sche Merkmale fiir den Nachrichtenaustausch zwischen dem 
Endgerat und der entsprechenden Zentrale aufgehoben und 

45 durch benutzerspezifische Merkmale ersetzt, die fur die 
Ubertragung der Nachrichten zum Endgerat durch Vorgabe 
des Endgerates bzw. des Benutzers des Endgerates definiert 
sein konnen. 

Durch die in den Unteranspriichen aufgefuhrten MaBnah- 
50 men sind vorteilhafte Weiterbildungen und Verbesserungen 
des Verfahrens zur Ubertragung von Nachrichten zwischen 
mindestens einer Zentrale und einem Endgerat und der An- 
passungsvorrichtung gemaB den unabhangigen Anspriichen 
moglich. 

55 So kann beispielsweise in vorteilhafter Weise vom Benut- 
zer des Endgerates ein Ubertragungsmodus unabhangig 
vom verwendeten Dienst vorgegeben werden, so daB mittels 
der Anpassungsvorrichtung beispielsweise auch beim SMS- 
Dienst ein Pull-Modus oder beim Internet-E-Mail-Dienst 

60 ein Push- Modus realisiert werden kann. 

Besonders vorteilhaft ist es, daB von der Anpassungsvor- 
richtung mehrere Nachrichten, insbesondere von unter- 
schiedlichen Zentralen, zusammengefaBt an das Endgerat in 
unterschiedlichen Modi ubertragen werden. Auf diese Weise 

65 wird die Ubersichtlichkeit fur den Benutzer beim Empfang 
der Nachrichten erhoht und verhindert, daB das Endgerat 
zum Empfane der Nachrichten von verschiedenen Zentralen 
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Ein weiterer Vorteil besteht darin, daB von der Anpas- 
sungsvorrichtung je nach Vorgabe des Endgerates einzelne 
Teile einer aus mehreren Elementen bestehenden Nachricht 
segmentiert und verarbeitet werden. Auf diese Weise laBt 
sich eine automatische benutzerindividuelle Vorverarbei- 
tung solcher Nachrichten realisieren, die keine Eingabe des 
Benutzers am Endgerat erfordert, solange die Vorgabe fiir 
die Verarbeitung solcher Nachrichten nicht geandert werden 
soil. 

Besonders vorteilhaft ist es, daB mehrere verschiedene 
Datensatze von einem Benutzer des Endgerates fiir ver- 
schiedene mit dem Endgerat realisierbare Funktionalitaten 
vorgegeben und in einer der Anpassungsvorrichtung zuge- 
ordneten Speichervorrichtung abgelegt werden. Auf diese 
Weise laBt sich der Nachrichtenaustausch zwischen der je- 
weiligen Zentrale und dem Endgerat uber die Anpassungs- 
vorrichtung an die Eigenschaften und den Leistungsumfang 
verschiedener Endgeratekonfigurationen anpassen, Durch 
das Ablegen der Datensatze in der Speichervorrichtung 
miissen sie nicht bei jedem Verbindungsaufbau zwischen 
Endgerat und Anpassungsvorrichtung ubertragen, sondern 
lediglich in der Speichervorrichtung ausgewahlt werden, 
wodurch Ubertragungskapazitat eingespart wird. 

Vorteilhaft ist es auch, daB vom Benutzer des Endgerates 
ein Datensatz ausgewahlt wird, daB vom Endgerat die den 
ausgewahlten Datensatz kennzeichnende Kennung an die 
Anpassungsvorrichtung ubertragen wird, daB in der Anpas- 
sungsvorrichtung gepriift wird, ob ein Datensatz mit der 
empfangenen Kennung in der Speichervorrichtung abgelegt 
ist, und daB bei Vorliegen eines zur empfangenen Kennung 
gehdrenden Datensatzes in der Speichervorrichtung dieser 
Datensatz ausgewahlt wird. Auf diese Weise muB fur die 
Auswahl des gewunschten Datensatzes nur die entspre- 
chende Kennung vom Endgerat zur Anpassungsvorrichtung 
ubertragen werden, so daB die fiir die Auswahl des ge- 
wiinschten Datensatzes erforderliche zu ubertragende Da- 
tenmenge minimiert und die Ubertragungskapazitat mog- 
lichst wenig beeintrachtigt wird. 

Besonders vorteilhaft ist es, daB die Datensatze in der 
Reihenfolge ihres Ablegens in der Speichervorrichtung nu- 
meriert werden, wobei die jeweilige Kennung der Daten- 
satze aus dieser Numerierung gebildet wird. Auf diese 
Weise ist eine sehr einfache und wenig aufwendige Mog- 
lichkeit zur Kennungsbildung gegeben, wobei die so gebil- 
deten Kennungen jeweils als Nummer ausgebildet sind und 
daher besonders wenig Ubertragungskapazitat fur ihre 
Ubertragung beanspruchen. 

Zeichnung 

Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeich- 
nung dargestellt und in der nachfolgenden Beschreibung na- 
her erlautert. Es zeigen Fig. 1 eine schematische Darstellung 
einer Integration verschiedener Informationsnetze fur einen 
integralen Multimedia-Nachrichtendienst, Fig. 2 ein Block- 
schaltbild einer erfindungsgemaBen Anpassungsvorrichtung 
zur Durchfuhrung des erfindungsgemaBen Verfahrens, Fig. 
3 eine Darstellung der fiir den erfindungsgemaBen Nach- 
richtenaustausch erforderlichen Protokollschichten in allge- 
meiner Form, Fig. 4 die Protokollschichten fur den erfin- 
dungsgemaBen Nachrichtenaustausch in einer ersten spe- 
ziellen Ausfuhrungsform, Fig. 5 die Protokollschichten fur 
den erfindungsgemaBen Nachrichtenaustausch in einer 
zweiten speziellen Ausfuhrungsform und Fig. 6 die Proto- 
kollschichten fur den erfindungsgemaBen Nachrichtenaus- 
tausch in einer dritten speziellen Ausfuhrungsform. 



Beschreibung des Ausfuhrungsbeispiels 

Im Rahmen der Standardisierung von UMTS (Universal 
Mobile Telecommunications System) wird zur Zeit gemaB 

5 der Veroffentlichung "Multimedia Messaging Service, 
Functional Description", 3GPP TS 23.140, v.0.1.0, 3GPP 
Technical Subgroup Terminals, 1999-10 ein Multimedia 
Messaging Service (MMS) spezifiziert. MMS ist ein Ser- 
vice, der - ausgehend vom heutigen SMS-Service in GSM 

to (SMS: Short Message Service; GSM: Global System for 
Mobile Communications), das Versenden und Empfangen 
von Nachrichten mittels eines bei spiels weise als Mobiltele- 
fon ausgebildeten Endgerates 5 ermoglichen soli. 

Der heutige SMS-Service ist auf maximal 160 Zeichen 

15 pro Nachricht beschrankt und es kann lediglich Text ubertra- 
gen werden, das heiBt es gibt einen eingeschrankten Zei- 
chensatz, der benutzt werden kann. 

Anders als eine SMS soil eine mm (Multimedia Message) 
weder auf eine bestimmte GroBe noch auf die Darstellung 

20 von Text beschrankt sein. Eine mm soil stattdessen vielfal- 
tige Medientypen unterstutzen. 

Eine zentrale Funktion kommt im MMS Service einer als 
MMS-Relay bezeichneten Anpassungsvorrichtung 15 zu. 
Dieses Element kann uber unterschiedlichste Medien an 

25 verschiedenartige als Server oder Diensteanbieter bezeich- 
nete Zentralen 1, 2, 3, wie beispielsweise Email-Server, 
Fax-Server, Voice-Mailbox, MMS- Server oder dergleichen 
angeschlossen werden, wie in Fig. 2 gezeigt. Es dient dazu, 
dem Benutzer des Endgerates 5 all jene Informationen/ 

30 Nachrichten zuganglich zu machen, welche auf den genann- 
ten Servern vorliegen. 

Uber das MMS-Relay 15 hat der Benutzer des Endgerates 
5 somit Zu griff auf seine Emails, die auf einem Email-Ser- 
ver liegen, auf Faxe, die auf einem Fax-Server auf ihn "war- 

35 ten", und auf Sprach-Nachrichten, die auf einer Voice-Mail- 
box fur ihn aufgezeichnet wurden. 

Neben dem Empfang von Nachrichten ist es jedoch auch 
angedacht, daB der mobile Benutzer Nachrichten verfassen 
und diese uber das MMS-Relay 15 an den gewunschten 

40 Empfanger verse hie ken kann. 

Fig. 1 zeigt schematisch ein MMSE (Multimedia Messa- 
ging Service Environment), wie es beispielsweise fur Mo- 
bilfunksysteme nach dem UMTS -Standard (Universal Mo- 
bile Telecommunications System) oder nach dem GSM- 

45 Standard (Global System for Mobile Communications) vor- 
gesehen sein kann. Das MMSE stellt dabei ein System dar, 
in dem unterschiedliche neue und bestehende Dienste, wie 
in der Mobilfiinktelefonie, Festnetztelefonie, Internet und 
dergleichen integriert und die bisher bestehende Trennung 

50 der einzelnen Dienste innerhalb der verschiedenen Netze 
aufgehoben ist. Dabei ist der Mobilfunktelefoniedienst in 
Fig. 1 anhand zweier Mobilfunknetze dargestellt, die je- 
weils als "Cellular Network" bezeichnet sind. Der Festnetz- 
telefoniedienst ist in Fig. 1 als Festnetz dargestellt und durch 

55 den Begriff "Fixed Network" gekennzeichnet. Der Internet- 
Dienst ist in Fig. 1 als Internet dargestellt und bezeichnet. 
Das MMSE bezieht dabei gemaB dem Beispiel nach Fig. 1 
alle dargestellten Netze oder Dienste ein. Dazu umfaBt das 
MMSE verschiedene Diensteelemente, die flexibel in einem 

60 beliebigen der dargestellten Netze implementiert werden 
konnen. 

Ein solches Diensteelement ist die bereits erwahnte An- 
passungsvorrichtung 15 gemaB Fig. 2. Die Anpassungsvor- 
richtung 15 umfaBt eine Steuerung 30, an die eine Speicher- 
65 vorrichtung 25 angeschlossen ist. Weiterhin ist an die Steue- 
rung 30 eine vierte Schnittstelle 20 zu einem Endgerat 5 an- 
eeschlossen, wobei es sich bei der vierten Schnittstelle 20 
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Schnittstelle und beim Endgerat 5 um ein mobiles Endgerat, 
beispielsweise in Form eines Mobiltelefons handeln kann. 
Der Austausch von Daten zwischen dem Endgerat 5 und der 
vierten Schnittstelle 20 erfoigt uber ein Telekommunikati- 
onsnetz 10, das bei Ausbildung der vierten Schnittstelle 20 5 
als drahtlose Schnittstelle und des Endgerates 5 als mobiles 
Endgerat als Mobilfunknetz ausgebildet sein kann. Es kann 
jedoch auch vorgesehen sein, daB das Telekommunikations- 
netz 10 ein Festnetz ist und das Endgerat 5 sowie die vierte 
Schnittstelle 20 drahtgebunden sind. Im folgenden soil je- 10 
doch beispielhaft der Fall beschrieben werden, daB die 
vierte Schnittstelle 20 drahtlos und das Endgerat 5 mobil 
ausgebildet sind. 

An die Steuerung 30 ist weiterhin eine erste Schnittstelle 
11, eine zweite Schnittstelle 12 und eine dritte Schnittstelle 15 
13 angeschlossen. Uber die erste Schnittstelle 11 ist eine er- 
ste Zentrale 1 an die Anpassungsvorrichtung 15 angeschlos- 
sen. Uber die zweite Schnittstelle 12 ist eine zweite Zentrale 
2 an die Anpassungsvorrichtung 15 angeschlossen. Uber die 
dritte Schnittstelle 13 ist eine dritte Zentrale 3 an die Anpas- 20 
sungsvorrichtung 15 angeschlossen. 

Jede der Zentralen 1, 2, 3 bietet dabei einen oder mehrere 
Dienste an. Die von den Zentralen 1, 2, 3 angebotenen Dien- 
ste unterscheiden sich dabei in dem hier beschriebenen Aus- 
fuhrungsbeispiel voneinander. Um nun von einer der Zen- 25 
tralen 1, 2, 3 einen Dienst in Anspruch nehmen zu konnen, 
muB das Endgerat 5 nicht jeweils eine dienstespezifische 
Verbindung zur entsprechenden Zentrale aufbauen. Viel- 
mehr baut das Endgerat 5 fur jeden in Anspruch zu nehmen- 
den Dienst eine Verbindung zur Anpassungsvorrichtung 15 30 
auf, die die verschiedenen Dienste der Zentralen 1, 2, 3 fiir 
das Endgerat 5 in eine einheitliche Form wandelt. Diese ein- 
heitliche Form kann vom Endgerat 5 bzw. von einem Benut- 
zer des Endgerates 5 vorgegeben werden und in Form eines 
Datensatzes vom Endgerat 5 uber das Telekommunikations- 35 
netz 10 an die Anpassungsvorrichtung 15 ubertragen und in 
der Speichervorrichtung 25 abgelegt werden. 

Im folgenden soli die erste Zentrale 1 beispielhaft fur ei- 
nen elektronischen Postdienst, wie beispielsweise E-Mail, 
vorgesehen sein. Die zweite Zentrale 2 soil beispielhaft fur 40 
einen SMS-Dienst vorgesehen sein. Die dritte Zentrale 3 
soil beispielhaft fur einen Fax-Mail-Dienst vorgesehen sein. 
Vom Endgerat 5 soli nun beispielsweise in der Speichervor- 
richtung 25 die Vorgabe abgespeichert sein, wonach Nach- 
richten von der Anpassungsvorrichtung 15 zum Endgerat 5 45 
in Form von SMS-Nachrichten ubertragen werden sollen. 
Es konnten umgekehrt in einer anderen Ausfuhrungsform in 
entsprechender Weise auch SMS-Nachrichten in Form von 
E-Mails von der Anpassungsvorrichtung 15 zum Endgerat 5 
ubertragen werden. Weiterhin kann die in der Speichervor- 50 
richtung 25 abgelegte Vorgabe des Endgerates 5 vorsehen, 
daB die Nachrichten von der Anpassungsvorrichtung 15 
zum Endgerat 5 im beschriebenen Pull-Modus ubertragen 
werden, d. h. also nur nach Aufforderung durch das Endge- 
rat 5. Eine in der ersten Zentrale 1 fiir das Endgerat 5 einge- 55 
hende Nachricht wird aufgrund entsprechender Signalisie- 
rung der ersten Zentrale 1 von der Steuerung 30 erkannt. 
Dem Endgerat 5 wird anschlieBend seitens der Anpassungs- 
vorrichtung 15 uber das Telekommunikationsnetz 10 signa- 
lisiert, daB eine Nachricht fur das Endgerat 5 in der ersten 60 
Zentrale 1 vorliegt. Durch Versenden eines entsprechenden 
Aufforderung ssignals uber das Telekommunikationsnetz 10 
kann das Endgerat 5 daraufhin die Anpassungsvorrichtung 
15 zur tJbertragung der in der ersten Zentrale 1 vorliegenden 
Nachricht auffordern. Die Steuerung 30 veranlaBt bei De- 65 
tektion dieses Aufforderungssignals die erste Zentrale 1 zur 
tJbermittlune der fur das Endgerat 5 vorlieeenden Nach- 
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Postnachricht vor, so erkennt die Steuerung 30 dies. GemaB 
der in der Speichervorrichtung 25 abgelegten Vorgabe des 
Endgerates 5 wandelt die Steuerung 30 die elektronische 
Postnachricht dann in eine oder mehrere SMS-Nachrichten 
um, je nach Lange der elektronischen Postnachricht. Diese 
SMS -Nachricht oder diese SMS-Nachrichten konnen bei 
Bedarf, zum Beispiel bei voriibergehender Nichterreichbar- 
keit des Endgerates 5 uber das Telekommunikationsnetz 10 
ebenfalls in der Speichervorrichtung 25 zwischengespei- 
chert werden. Eine Ubertragung der SMS-Nachricht oder 
der SMS-Nachrichten von der Anpassungsvorrichtung 15 
zum Endgerat 5 erfoigt dann bei Erreichbarkeit des Endge- 
rates 5 und wie beschrieben unter der Voraussetzung, daB 
das Aufforderungssignal von der Steuerung 30 detektiert 
wurde. 

In entsprechender Weise wandelt die Steuerung 30 eine 
von der dritten Zentrale 3 uber die dritte Schnittstelle 13 
empfangene Fax-Mail-Nachricht in eine oder mehrere SMS- 
Nachrichten um und sendet diese nach Aufforderung durch 
das Endgerat 5 uber die vierte Schnittstelle 20 und das Tele- 
kommunikationsnetz 10 an das Endgerat 5. 

Eine von der zweiten Zentrale 2 uber die zweite Schnitt- 
stelle 12 an der Anpassungsvorrichtung 15 empfangene 
SMS-Nachricht wird von der Steuerung 30 als solche er- 
kannt und muB daher nicht umgewandelt werden, sondern 
kann in dem beschriebenen Pull-Modus nach Aufforderung 
durch das Endgerat 5 uber die vierte Schnittstelle 20 und das 
Telekommunikationsnetz 10 an das Endgerat 5 ubertragen 
werden. 

In entsprechender Weise kann die Steuerung 30 Nach- 
richten, die vom Endgerat 5 uber das Telekommunikations- 
netz 10 und die vierte Schnittstelle 20 an der Anpassungs- 
vorrichtung 15 empfangen wurden, erkennen und gemaB ei- 
ner Vorgabe der von dieser Nachricht adressierten Zentrale 
in ein von dieser Zentrale gewunschtes Format umwandeln 
und an diese Zentrale ubertragen werden, z. B. Text auf 
Voice-Mail-Box oder Text auf Fax. Die von der entspre- 
chenden Zentrale gemachten Vorgaben konnen dabei eben- 
falls in der Speichervorrichtung 25 abgespeichert sein. Dort 
konnen auch Vorgaben mehrerer Zentralen abgespeichert 
sein. 

Im folgenden wird die Erfindung anhand von Fig. 3 auf 
Protokollebene dargestellt und naher beschrieben. Das End- 
gerat 5 wird dabei auch als MMS-Client (Multimedia Mes- 
sage Service) bezeichnet. Die Anpassungsvorrichtung 15 
wird gemaB Fig. 3 und wie beschrieben auch als MMS-Re- 
lay bezeichnet. An die Anpassungsvorrichtung 15 soil bei- 
spielhaft in Fig. 3 die erste Zentrale 1 angeschlossen sein, 
die auch als MMS -Server bezeichnet wird. Die vierte 
Schnittstelle 20 als Luftschnittstelle zwischen dem Endgerat 
5 und der Anpassungsvorrichtung 15 ist in Fig. 3 mit U u be- 
zeichnet. Die erste Schnittstelle 11 zum AnschluB der ersten 
Zentrale 1 an die Anpassungsvorrichtung 15 ist in Fig. 3 als 
IP-Interface (Internet Protocol) bezeichnet. Die Anpas- 
sungsvorrichtung 15 und die erste Zentrale 1, die stellvertre- 
tend fur alle an die Anpassungsvorrichtung 15 angeschlos- 
senen Zentralen in diesem Beispiel gewahlt wurde, bilden 
dabei das beschriebene MMSE. 

Der MMS- Server und das MMS -Relay 15 mtissen nicht 
notwendigerweise wie in Fig. 3 dargestellt voneinander ge- 
trennt sein, sondern konnen auch eine physikalische Einheit 
bilden. Eine Trennung von MMS-Relay 15 und MMS-Ser- 
ver gemaB Fig. 3 bzw. eine verteilte Anordnung der beiden 
Elemente ist besonders sinnvoll, wenn es sich beim MMS- 
Server um einen Intemet-E-Mail-Server handelt. In diesem 
Fall sind das MMS-Relay 15 und der MMS-Server Uber die 
iiblichen Protokollschichten miteinander verbunden. Dabei 
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stelle U u eine erste Protokollschichtenfolge, die der Proto- 
kollschichtenfolge des Endgerates 5 entspricht. Weiterhin 
umfaBt das MMS-Relay 15 eine zweite Protokollschichten- 
folge auf der Seite des IP-Interface, die der Protokollschich- 
tenfolge der ersten Zentrale 1 entspricht. Mit MM- Transfer- 
Protocol (Multimedia Messaging) wird dabei allgemein eine 
obere Protokollschicht bezeichnet, die beispielsweise als 
SMTP oder als ESMTP oder auch herstellerspezifisch aus- 
gebildet sein kann. Dabei kann sich das MM-Transfer-Pro- 
tocol auf der Seite der Luftschnittstelle U u vom MM-Trans- 
fer-Protocol auf der Seite des IP-Interface unterscheiden. 
Das MM-Transfer-Protocol auf der Seite der Luftschnitt- 
stelle U u ist daher in Fig. 3 mit I und das mrn-Transfer-Pro- 
tocol auf Seiten des IP-Interface ist mit II gekennzeichnet, 
um diesem Umstand Rechnung zu tragen. Dabei kann bei- 
spielsweise das MM-Transfer-Protocol II als SMTP und das 
MM-Transfer-Protocol I als Protokoll fur die Ubertragung 
von SMS-Nachrichten ausgebildet sein, um die in Fig. 2 be- 
schriebene Anwendung zu realisieren. Die obere Schicht ist 
auf Seiten des IP-Interface unterteilt in das MM-Transfer- 
Protocol II und das TCP/UDP (Transmission Control Proto- 
col/User Datagram Protocol). Die untere Schicht wird allge- 
mein als Lower Layer bezeichnet, dient dem Aufbau und 
Einrichten einer Verbindung zwischen Anpassungsvorrich- 
tung 15 und Endgerat 5 einerseits sowie zwischen Anpas- 
sungsvorrichtung 15 und entsprechender Zentrale anderer- 
seits und ist ebenfalls an den Typ der iiber die entsprechende 
Schnittstelle zu ubertragenden Nachrichten angepaSt. So ist 
beispielsweise die dem IP-Interface zugehorige untere 
Schicht gemaB Fig. 3 als IP (Internet Protocol) und darun- 
terliegende Lower Layer Schicht ausgebildet. 

Das MMS-Relay 15 fuhrt dabei eine Anpassung des 
Nachrichtenaustauschs zwischen dem MMS -Server und 
dem MMS-Client durch. Dabei werden fur eine Nachricht, 
die vom MMS-Server zum MMS-Client gesendet werden 
soli, die dem IP-Interface zugeordnete zweite Protokoll- 
schichtenfolge 40 des MMS-Relay 15 von unten nach oben 
durchlaufen. AnschlieBend findet eine Umformung der 
Nachricht gemaB der Vorgabe des Endgerates 5 im MMS- 
Relay 15 statt. Daraufhin durchlauft die so umgeformte 
Nachricht, die der Luftschnittstelle U u zugeordnete erste 
Protokollschichtenfolge 35 des MMS-Relay 15 von oben 
nach unten, so daB die Nachricht an den MMS-Client abge- 
sandt werden kann. Entsprechend umgekehrt verlauft die 
Protokoll- und Nachrichtenumwandlung fur Nachrichten, 
die vom MMS-Client iiber das MMS-Relay 15 zum MMS- 
Server ubertragen werden sollen. Die Protokollschichtfolge 
der zweiten Zentrale 2 und der dritten Zentrale 3 konnen 
sich jeweils von der Protokollschichtenfolge der ersten Zen- 
trale 1 gemaB Fig. 3 unterscheiden, wobei der zweiten 
Schnittstelle 12 und der dritten Schnittstelle 13 auf Seiten 
des MMS-Relays 15 dann jeweils eine eigene zweite Proto- 
kollschichtenfolge 40 zugeordnet ist, die der Protokoll- 
schichtenfolge der angeschlossenen Zentrale entspricht. Auf 
diese Weise konnen durch die erste Schnittstelle 11, die 
zweite Schnittstelle 12 und die dritte Schnittstelle 13 drei 
verschiedene Protokollschichtenfolgen auf Seiten des 
MMS-Relays 15 realisiert werden, die jeweils der Protokoll- 
schichtenfolge der angeschlossenen Zentrale entsprechen. 
Wesentlich bei der gemaB Fig. 3 beschriebenen Anordnung 
ist es, daB der MMS-Client uber das MMS-Relay 15 mit ei- 
nem oder mehreren MMS-Servern kommuniziert und umge- 
kehrt. Die dargestellte Struktur erlaubt dabei einerseits eine 
flexible Integration mehrerer unterschiedlicher MMS-Ser- 
ver oder Zentralen aus verschiedenen Netzen bzw. fiir ver- 
schiedene Dienste, wie z. B. einem Fax-Mail-Dienst oder ei- 
nem Voice-Mail-Dienst, die uber ein zellulares Mobilfunk- 



das Internet realisiert wird. Durch die Anpassungsvorrich- 
tung 15 konnen dem Endgerat 5, falls es als Mobilfunkgerat 
beispielsweise nach dem GSM- Standard ausgebildet ist, zu- 
satzlich zur Realisierung mobilfunkspezifischer Funktionen, 
wie z. B. dem SMS-Dienst die Verwendung von standardi- 
sierten Maildiensten, beispielsweise nach dem Internet- 
Standard der IETF mit den dafur erforderlichen Protokollen, 
Verfahren und MMS-Servern angeboten werden. 

Die durch das MMS-Relay 15 auszufuhrenden Funktio- 
nen lassen sich in mehrere Gruppen einteilen. Eine erste 
Gruppe solcher Funktionen ermoglicht die Integration un- 
terschiedlicher Dienste bzw. unterschiedlicher MMS-Server 
durch die Anpassungsvorrichtung 15. Die MMS-Server un- 
terschiedlicher Dienste, wie z. B. E-Mail, Voice-Mail oder 
Fax-Mail senden ihre Nachrichten iiber das MMS-Relay 15, 
das diese Nachrichten in eine einheitliche Form umsetzt, 
zum Endgerat 5. Hierbei kann es notwendig sein, daB unter- 
schiedliche Datenformate konvertiert werden mussen, z. B. 
ein Fax-Mail-Format in ein Grafikformat. Es kann aber zu- 
satzlich oder alternativ auch erforderlich sein, den Datentyp 
einer solchen Nachricht zu konvertieren, beispielsweise eine 
Textnachricht in eine Voice-Mail-Nachricht umzusetzen, 
damit die Textnachricht akustisch am Endgerat 5 wiederge- 
geben werden kann. 

Eine zweite Gruppe von Funktionen im MMS-Relay 15 
ist dazu notwendig, um festzustellen, ob das Endgerat 5 
durch das Telekommunikationsnetz 10 von der Anpassungs- 
vorrichtung 15 erreicht werden kann. Hierzu ist es notwen- 
dig, daB das MMS-Relay 15 eine Verbindung zu einem wei- 
teren Nachrichtenelement, beispielsweise einem HLR 
(Home Location Register) hat, um Informationen dariiber zu 
erhalten, ob das Endgerat 5 im Telekommunikationsnetz 10 
angemeldet bzw. verfugbar ist. Ist das entsprechende Endge- 
rat 5 nicht erreichbar, so muB die zu ubermittelnde Nach- 
richt in der Speichervorrichtung 25 gespeichert werden. So- 
bald das Endgerat 5 wieder erreichbar wird und das MMS- 
Relay 15 dies iiber das beschriebene Netzwerkelement er- 
fahrt, so fuhrt das MMS-Relay 15 den zuvor durch Speiche- 
rung der Nachricht abgebrochenen UbermittlungsprozeB au- 
tomatisch fort. 

Eine dritte Gruppe von Funktionen betrifft den einzustel- 
lenden Ubertragungsmodus fur die Ubertragung der Nach- 
richten von der Anpassungsvorrichtung 15 zum Endgerat 5. 
Dabei soli es moglich sein, zum einen direkt Nachrichten 
von der Anpassungsvorrichtung 15 zum Endgerat 5 gemaB 
dem Push-Modus zu ubertragen. Zum anderen soil es mog- 
lich sein, daB das Endgerat 5 lediglich von der Anpassungs- 
vorrichtung 15 dariiber informiert wird, daB fur das Endge- 
rat 5 eine Nachricht in der Anpassungsvorrichtung 15 oder 
einer der zugeordneten Zentralen 1, 2, 3 abgelegt ist. Diese 
Nachrichten konnen dann am Endgerat 5 iiber die Anpas- 
sungsvorrichtung 15 abgerufen oder an ein anderes Mailsy- 
stem weitergeleitet werden. Dieser Ubertragungsmodus ent- 
spricht dem beschriebenen Pull-Modus. Welcher Ubertra- 
gungsmodus fur welche Nachricht bzw. fiir welchen Daten- 
typ von Nachricht angewendet wird, kann der Benutzer des 
Endgerates 5 mittels eines Datensatzes vorgeben und diesen 
Datensatz an die Anpassungsvorrichtung 15 zur Speiche- 
rung in der Speichervorrichtung 25 absenden. Ein solcher 
Datensatz wird auch als Profile bezeichnet. Erkennt das 
MMS-Relay 15 das Eingehen einer neuen Nachricht fur das 
Endgerat 5 in einer der Zentralen 1, 2, 3 oder wird es dem 
MMS-Relay 15 durch eine der Zentralen 1, 2, 3 signalisiert, 
dann iiberpriift das MMS-Relay 15 in Abhangigkeit der in 
der Speichervorrichtung 25 abgelegten Profile-Eintrage, in 
welchem Ubertragungsmodus die Nachricht zum Endgerat 5 
ubertragen werden soli, also beispielsweise im Push-Modus 
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Ubertragungsmodus wird dann die Ubertragung der Nach- 
richt zum Endgerat 5 durch die Steuerung 30 gesteuert. 

Eine weitere Gruppe von Funktionen der Anpassungsvor- 
richtung 15 betxifft die Segmentierung oder das Zusammen- 
fassen von Nachrichten. Nachrichten konnen aus mehreren 
Elementen bestehen, wie beispielsweise E-Mails, die unter- 
schiedliche Anhange beinhalten konnen. Das MMS-Relay 
15 kann jedes Element einer Nachricht individuell behan- 
deln, d. h. unter Umstanden einzelne Elemente der Nach- 
richt an das Endgerat 5 weiterleiten, andere in der Speicher- 
vorrichtung 25 speichern, wieder andere loschen oder an ein 
anderes Mailsystem weiterleiten. Dieses Verfahren wird als 
Segmentierung von Nachrichten bezeichnet. Entsprechend 
kann eine Nachricht neu zusammengefaBt werden, bei- 
spielsweise aus Nachrichtenelementen von unterschiedli- 
chen Zentralen 1, 2, 3. Dabei konnen beispielsweise alle neu 
in den Zentralen 1, 2, 3 eingegangenen Elemente, die zum 
Endgerat 5 im Push-Modus und alle in den Zentralen 1, 2, 3 
eingegangenen Nachrichtenelemente die im Pull-Modus 
zum Endgerat 5 ubertragen werden sollen zu jeweils einer 
Nachricht zusammengefaBt und im entsprechenden Ubertra- 
gungsmodus zum Endgerat 5 ubertragen werden. Auch kon- 
nen samtliche Nachrichtenelemente, die an dieselbe 
Adresse, beispielsweise in einem anderen Mailsystem wei- 
tergeleitet werden sollen, zu einer einzigen Nachricht zu- 
sammengefaBt und an dieses Mailsystem weitergeleitet wer- 
den. Ob nun Nachrichten von verschiedenen Zentralen zu 
einer gemeinsamen Nachricht zusammengefaBt werden sol- 
len, wenn sie mit dem gleichen Ubertragungsmodus zum 
Endgerat 5 ubertragen werden sollen, kann ebenfalls in ei- 
nem benutzerdefinierten Profile vorgegeben sein. Dasselbe 
gilt fiir die Segmentierung einer Nachricht aus mehreren 
Nachrichtenelementen, die von einer einzigen Zentrale fiir 
das Endgerat 5 empfangen wurde. Dabei kann es vom Be- 
nutzer des Endgerates 5 mittels eines Profiles vorgegeben 
sein, welche Datentypen oder Datenformate von Nachrich- 
tenelementen einer solchen Nachricht in welcher der be- 
schriebenen Formen individuell behandelt werden sollen. 
Beispielsweise konnten samtliche Nachrichtenelemente in 
einem Videoformat an ein anderes Endgerat in einem ande- 
ren Mailsystem weitergeleitet werden, das in der Lage ist, 
die Videodaten wiederzugeben. Nachrichtenelemente mit 
Textnachrichten konnen in diesem Beispiel fur das Versen- 
den an das Endgerat 5 gemaB Profile vorgesehen sein und 
Nachrichtenelemente in Faxform konnten gemaB Profile in 
diesem Beispiel zum Speichern in der Speichervorrichtung 
25 fiir einen spateren Abruf vorgesehen sein. 

Eine fur das Endgerat 5 in entsprechender Weise bei- 
spielsweise in der ersten Zentrale 1 eingehende Nachricht 
mit solchen Anhangen oder Nachrichtenelementen wird 
dann gemaB den Vorgaben im benutzerdefinierten Profile, 
das in der Speichervorrichtung 25 abgespeichert ist, seg- 
mentiert, um die einzelnen Nachrichtenelemente dieser 
Nachricht entsprechend den Vorgaben des Profiles wie be- 
schrieben verarbeiten zu konnen. 

Ganz allgemein ist das benutzerdefinierte Profile ein Da- 
tensatz, der durch den Benutzer des Endgerates 5 festgelegt 
wird und in der Speichervorrichtung 25 des MMS -Relays 15 
gespeichert wird. Er bestimmt das Verhalten des MMS-Re- 
lays 15 und gibt vor, welche Nachrichten oder Nachrichten- 
elemente direkt bzw. nach Abruf, d. h. im Push- oder im 
Pull-Modus, an das Endgerat 5 ubertragen werden, welche 
Nachrichten oder Nachrichtenelemente automatisch an ein 
anderes Mailsystem weitergeleitet oder geloscht werden, 
welche Nachrichten oder Nachrichtenelemente in ein ande- 
res Format konvertiert werden, usw. Um die fur die Nach- 
richten oder die Nachrichtenelemente mittels Profile voree- 



diese Nachrichten oder Nachrichtenelemente voneinander 
unterschieden und identifiziert werden konnen. Unterschei- 
dungsmerkmale zur Identification der Nachrichten oder 
Nachrichtenelemente sind beispielsweise der Datentyp, also 

5 z. B. Fax-Mail, Voice-Mail, E-Mail, SMS, usw. und die 
GroBe der Nachrichten oder der Nachrichtenelemente. Da- 
tentyp und GroBe der Nachrichten oder Nachrichtenele- 
mente konnen dabei von der Steuerung 30 auf geeignete und 
dem Fachmann bekannte Art und Weise, bspw. durch Aus- 

10 wertung einer den Nachrichten oder den Nachrichtenele- 
menten beigefugten Kopfinformation mit den notigen Anga- 
ben ermittelt werden. Das Profile kann auch endgeratespezi- 
fische Vorgaben enthalten, die nicht vom Benutzer beein- 
fluBbar sind und die dem Endgerat 5 zur Verfugung stehen- 

15 den Ressourcen, z. B. die Grafikfahigkeit einer Anzeigevor- 
richtung des Endgerates 5, die Speicherkapazitat des Endge- 
rates 5 oder dergleichen als Randbedingungen vorgeben. Es 
kann jedoch auch vorgesehen sein, daB der Benutzer selbst 
vorgibt, welche mit dem Endgerat 5 realisierbare Funktiona- 

20 litaten in das Profile aufgenornmen werden. Aus der Verof- 
fentlichung "Composite Capability/Preference Profiles 
(CC/PP): A user side framework for content negotiation", 
W3C Note, 27. Juli 1999 ist es bereits bekannt, wie ein Be- 
nutzer sein Profil festlegen und verandern kann. 

25 Es konnen auch mehrere solcher Profiles existieren, um 
beispielsweise Fahigkeiten unterschiedlicher Anzeigevor- 
richtungen des Endgerates 5 oder Fahigkeiten unterschiedli- 
cher Endgeratekonfigurationen allgemein zu beriicksichti- 
gen, die sich dadurch ergeben konnen, daB an das Endgerat 5 

30 externe Komponenten, wie beispielsweise eigene Anzeige- 
vorrichtungen, anschlieBbar sind. Eine solche externe Kom- 
ponente kann beispielsweise ein Laptop sein. 

Die Einstellungen fur das aktuelle Profile hangen in der 
Regel von den Funktionalitaten des Endgerats 5 ab, welche 

35 dem Benutzer aktuell zur Verfugung stehen. Mehr noch als 
heute wird ein mobiler Benutzer in Zukunft externe Gerate 
mit seinem beispielsweise als Mobiltelefon oder Mobilfunk- 
gerat ausgebildeten mobilen Endgerat 5 verbinden konnen, 
um so die aktuellen mittels des Endgerates 5 realisierbaren 

40 Leistungsfahigkeiten je nach Bedarf oder Angebot zu variie- 
ren. Aus Griinden der Mobilitat, der GerategroBe und der 
Stand-by-Zeit werden viele Mobilfunkgerate auch in Zu- 
kunft nur grundlegende Funktionalitaten bieten. Diese 
Funktionalitaten kann der Benutzer jedoch erweitern, indem 

45 er zum Beispiel ein elektronisches Notizbuch oder einen 
elektronischen Organisator mit dem mobilen Endgerat 5 
verkoppelt. 

Will der Benutzer des Endgerates 5 Anderungen am aktu- 
ellen Profile vornehmen, bietet die genannte Veroffentli- 

50 chung "Composite Capability/Preference Profiles (CC/PP): 
A user side framework for content negotiation" eine Band- 
breiteneffiziente Losung hierzu an. Uber das Telekommuni- 
kationsnetz 10, das in diesem Beispiel als Mobilfunknetz 
ausgebildet sein soil, ubertragt das mobile Endgerat 5 ledig- 

55 lich die Anderungen gegenuber dem vorigen Profile zur 
Speichervorrichtung 25, die auch als Profile Database be- 
zeichnet wird und auch auBerhalb der Anpassungsvorrich- 
tung 15 in Verbindung mit und Zuordnung zu dieser ange- 
ordnet sein kann. Die Speichervorrichtung 25 kann jedoch 

60 auch wie in Fig. 2 dargestellt in der Anpassungsvorrichtung 
15 angeordnet sein. Es muB also nicht das vollstandige aktu- 
elle Profile ubertragen werden. Nichtsdestotrotz mussen bei 
einer Anderung der zur Verfugung stehenden Funktionalita- 
ten des Endgerates 5 beispielsweise aufgrund des Anschlus- 

65 ses eines anderen Gerats an das Endgerat 5 zumindest die 
sich im Vergleich zum vorherigen Profile andernden Profile- 
Daten an die Anoassunesvorrichtune 15 ubermittelt werden. 
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nutzer des Endgerats 5 mehrere oder beliebig viele unter- 
schiedliche Profiles zu erlauben. Je nachdem, welche exter- 
nen Gerate der Benutzer an sein mobiles Endgerat 5 an- 
schlieBt, das heiBt je nachdem welche Funktionalitaten ihm 
aktuell zur Verfugung stehen, soli er dann ein geeignetes 5 
Profile aus einer Liste seiner Profiles auswahlen konnen. 

Hierzu wird die Liste mit den unterschiedlichen Profiles 
in der Profile Database 25 gespeichert. In jedem dieser Pro- 
files legt der Benutzer fest, welche Funktionalitaten ihm zur 
Verfugung stehen und welche Eigenschaften der MMS-Ser- 10 
vice bei diesem Profile haben soil. 

Jedem dieser Profiles kann der Benutzer einen moglichst 
eindeutigen und aussagekraftigen Profile-Namen geben. 

Zwischen dem mobilen Endgerat 5 und der Profile Data- 
base 25 werden zusatzlich Kennungen, beispielsweise in 15 
Form von Zahlen, fur jedes dieser Profiles vereinbart, so daB 
eine eineindeutige Abbildung einer Kennung auf einen Pro- 
file-Namen eines jeden Profile und somit auf den Inhalt des 
entsprechenden Profile moglich ist. 

Eine einfache Art und Weise, zwischen dem mobilen 20 
Endgerat 5 und der Profile Database 25 solche Kennungen 
zu vereinbaren ist es beispielsweise, sie in der Reihenfolge 
des Ablegens in der Profile Database 25 zu numerieren. 
Samtliche vom Benutzer des mobilen Endgerates 5 vorgege- 
bene Profiles werden in einer Initialisierungsphase vom 25 
Endgerat 5 uber das Telekommunikationsnetz 10 zur Anpas- 
sungsvorrichtung 15 beziehungsweise zur Profile Database 
25 ubertragen und in der Profile Database 25 beispielsweise 
in der Reihenfolge ihres Eintreffens abgespeichert. Weitere 
vom Benutzer definierte beziehungsweise vorgegebene Pro- 30 
files konnen auch noch zu einem spateren Zeitpunkt vom 
Endgerat 5 in der beschriebenen Weise zur Profile Database 
25 ubertragen und dort beispielsweise in der Reihenfolge ih- 
res Eintreffens gespeichert werden. 

So kann der Benutzer eines als GSM-Mobilfunkgerat aus- 35 
gebildeten Endgerates 5 beispielsweise ein erstes Profile 
festlegen, welchem er den Namen "pure GSM (SMS only)" 
gibt. In diesem Profile wird er dann festlegen, daB sein 
GSM-Mobilfunkgerat 5 lediglich SMS unterstiitzt und er 
deswegen fUr ihn bei einem Internet-E-Mail Server vorlie- 40 
gende E-mails nicht automatisch zugeschickt bekommen 
mochte, sondern in diesem Fall lieber auf dem Internet-E- 
Mail Server belassen mochte. Dasselbe gilt fur andere von 
SMS-Nachrichten verschiedenen fur den Benutzer vorlie- 
gende Nachrichten, die ebenfalls in den entsprechenden Ser- 45 
vern gespeichert bleiben sollen. 

Ein zweites Profile kann er fur den Fall aniegen, daB er ei- 
nen elektronischen Organisator an sein GSM-Mobilfunkge- 
rat 5 anschlieBt. Auf dem Organisator hat er nun zusatzlich 
eine Kalenderfunktionalitat, welche per GSM-Datenruf iiber 50 
das Mobilfunknetz 10 und das MMS -Relay 15 auf einen in 
Fig. 2 nicht dargestellten Organisator-Server zugreifen 
kann. Generell konnen beliebig viele Server beziehungs- 
weise Zentralen in der gemaB Fig. 2 beschriebenen Weise an 
die Anpassungsvorrichtung 15 angeschlossen sein. In die- 55 
sem Fall kann der Benutzer im zweiten Profile mit der bei- 
spielhaft gewahlten Bezeichnung "GSM + Organisator" 
z. B. festlegen, daB nicht nur SMS-Nachrichten an ihn ge- 
schickt werden sollen, sondern daB der Benutzer auch auto- 
matisch Updates seines Kalenders bekommt - wenn z. B. 60 
seine Sekretarin oder Arbeitskollegen einen Termin andern, 
hinzufugen oder streichen. Nachrichten anderer Nachrich- 
tenarten, die von den genannten Nachrichtenarten verschie- 
den sind, sollen gemaB dem zweiten Profile ebenfalls auf 
dem zugehorigen Server gespeichert bleiben. 65 

Ein drittes Profile kann er fiir den Fall aniegen, daB er ein 
elektronisches Notizbuch an sein GSM-Mobilfunkeerat 5 
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vielerlei Moglichkeiten oder Anwendungen. Deswegen 
stellt er im dritten Profile, das er z. B. "GSM + Notizbuch" 
nennt, folgendes ein: Mit dem so erweiterten mobilen End- 
gerat 5 lassen sich nicht nur SMS und Kalender-Funktiona- 
litaten realisieren, sondern z. B. auch E-mail und Fax. Da 
ihm in der Regel per Fax nur dringende und wichtige Infor- 
mationen geschickt werden, er via E-mail aber jegliche Art 
von Nachrichten bekommt, legt er z, B. im Profile 3 fest, daB 
Nachrichten im SMS-, Kalender- und Fax-Format automa- 
tisch an ihn gesendet werden sollen, E-mails aber auf dem 
Intemet-E-Mail Server verbleiben sollen. Nachrichten ande- 
rer Nachrichtenarten, die von den genannten Nachrichtenar- 
ten verschieden sind, sollen ebenfalls auf dem zugehorigen 
Server gespeichert bleiben. 

In einem vierten Profile wird der Benutzer des mobilen 
Endgerates 5 dann z. B. den Fall berucksichtigen, daB er 
nicht im Bereich seines Heimatnetzes unterwegs ist, son- 
dern sich z. B. im Ausland aufhalt. In einem solchen Fall 
sind ihm die anfallenden Roaming-Gebuhren zu hoch, so 
daB er zwar SMS-Nachrichten weiter empfangen mochte, 
iiber eingehende Kalender-Nachrichten oder Faxe jedoch le- 
diglich per SMS informiert werden mochte - ohne daB ihm 
diese automatisch zugestellt werden. E-Mails und Nachrich- 
ten anderer Nachrichtenarten, die von den genannten Nach- 
richtenarten verschieden sind, sollen ebenfalls auf dem zu- 
gehorigen Server gespeichert bleiben. 

Zu Beginn einer Nutzung des MMS-Service braucht der 
Benutzer gemaB dieser Erfindung dann nur noch jenes Pro- 
file aus einer Liste mit den Profile-Namen, die im mobilen 
Endgerat 5 gespeichert sind, auszuwahlen, das seinen Wun- 
schen entspricht und den aktuellen Funktionalitaten des mo- 
bilen Endgerats 5 beziehungsweise der mit ihm gerade ver- 
bundenen externen Zusatzgerate oder Komponenten en- 
spricht. Im mobilen Endgerat 5 wird diese Auswahl, dieser 
Profile-Name dann auf die entsprechende Kennung abgebil- 
det. Diese Kennung ist dann das einzige, was wirklich iiber 
die Luftschnittstelle beziehungsweise das Mobilfunknetz 10 
vom mobilen Endgerat 5 an das MMS -Relay 15 ubertragen 
werden muB, um den MMS-Service wie gewiinscht zu star- 
ten. Denn uber diese Kennung kann das MMS-Relay 15 in 
der Profile Database 25 die Einstellungen fur das der Ken- 
nung zugeordnete Profile erfragen und realisieren. 

Ein Vorteil der Erfindung besteht insbesondere darin, daB 
der Benutzer nur ein einziges Mai die Fahigkeiten seines 
Endgerats 5 bzw. seiner moglichen Geratekombination in 
Form von an das Endgerat 5 angeschlossenen externen Zu- 
satzgeraten oder Komponenten, und seine Wunsch-Konfi- 
guration des MMS-Service einstellen muB bzw. vom MMS- 
Relay 15 an der Profile Database 25 einstellen lassen kann. 
Andert sich etwas an der Geratekombination und/oder sei- 
nen Wiinschen, so braucht er lediglich das passende Profile 
aus der Liste auszuwahlen. 

Ein weiterer Vorteil ergibt sich durch die jeweilige Ken- 
nung der Profiles. Wie oben erlautert, muB gemaB dieser Er- 
findung nicht die DifTerenz-Information zum vorherigen 
Profile iiber die Luftschnittstelle ubertragen werden, son- 
dern es wird lediglich die Kennung des gewiinschten Profile 
ubertragen. Dies spart Daten und somit Ressourcen auf dem 
Mobilfunkkanal im Mobilfunknetz 10 und beschleunigt das 
Einstellen des MMS-Service. 

Im MMS-Relay 15 werden wie beschrieben auch Daten- 
typ- und/oder Datenformatkonvertierungen durchgefuhrt. In 
Abhangigkeit der Vorgaben des benutzerdefinierten Profiles 
bzw. von endgeratespezifischen Standardvorgaben werden 
dabei Nachrichten oder Nachrichtenelemente, die in einer 
der Zentralen 1, 2, 3 fur das Endgerat 5 in einem ersten Da- 
tentvD, z. B. als Fax-Mail oder als Text vorliegen, in einen 
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Mail in eine Grafik oder ein Text in Sprache. Entsprechend 
kann eine in einem ersten Datenformat vorliegende Nach- 
richt durch das MMS -Relay 15 in ein zweites Datenformat 
konvertiert werden. Beispielsweise kann eine GIF-Grafik 
(Graphic Interchange Format) in eine JPEG-Grafik (Joint 
Picture Expert Group) oder ein Text eines ersten Alphabets 
in einen Text eines zweiten Alphabets konvertiert werden. 

Es kann vorgesehen sein, daB das MMS-Relay 15 das 
Endgerat 5 benachrichtigt, wenn neue Nachrichten oder 
Nachrichtenelemente nicht automatisch zum Endgerat 5 
weitergeleitet werden, beispielsweise gemaB dem Pull-Mo- 
dus. Entsprechend kann eine Benachrichtigung des Endge- 
rates 5 durch das MMS-Relay 15 erfolgen, wenn Nachrich- 
ten oder Nachrichtenelemente automatisch je nach Vorgabe 
des oder der Profiles an ein anderes Mailsystem weitergelei- 
tet oder geloscht werden. 

Das MM-Transfer-Protocol I zwischen MMS-Relay 15 
und MMS-Client muB neben den Funktionen zur Ubertra- 
gung der Nachricht von der Anpassungsvorrichtung 15 zum 
Endgerat 5 drei wesentliche Funktionselemente beinhalten: 

L die Moglichkeit, vom MMS-Relay 15 zum Endge- 
rat 5 eine Verbindung aufzubauen, um den Push-Mo- 
dus zu realisieren, 

2. die Moglichkeit, vom MMS-Relay 15 zum Endge- 
rat 5 eine Signalisierung herzustellen, um das Endgerat 
5 uber eine in einer der Zentralen 1, 2, 3 vorliegende 
Nachricht zu benachrichtigen, um den Pull-Modus zu 
realisieren, 

3. die Moglichkeit, vom Endgerat 5 zum MMS-Relay 
15 eine Verbindung aufzubauen, um eine fiir das End- 
gerat 5 in einer der Zentralen 1, 2, 3 abgelegte Nach- 
richt abzurufen und somit den Pull-Modus zu vervoll- 
standigen oder Nachrichten zu versenden. 

Im folgenden wird die Erfindung anhand dreier verschie- 
dener Ausfuhrungsformen erlautert. In Fig. 4 sind ausge- 
hend von Fig. 3 Schichtenfolgen fur ein konkretes Beispiel 
dargestellt, bei dem der MMS-Server als Internet E-Mail- 
Server ausgebildet ist und die erste Zentrale 1 darstellt. Das 
MM-Transfer-Protocol II ist dabei als SMTP oder als 
ESMTP ausgebildet. Dem MM-Transfer-Protocol I ist in 
Zuordnung zur Luftschnittstelle U u das SMTP oder das 
ESMTP ubergeordnet. Die restlichen Schichten entsprechen 
den bereits in Fig. 3 dargestellten Schichten. Das Endgerat 5 
ist ein SMTP- oder ESMTP-fahiges Endgerat. Bei dem in 
Fig. 4 dargestellten Internet E-Mail-Server handelt es sich 
um einen Internet E-Mail-POP-Server (Post Office Proto- 
col). Der MMS-Client gemaB Fig. 4 ist in diesem Beispiel 
als SMTP-Client, d. h. SMTP-fahiges Endgerat 5 ausgebil- 
det. Die Verbindung vom MMS-Relay 15 zum Internet E- 
Mail-POP-Server ist identisch mit einer klassischen Internet 
E-Mail {Configuration, bei der ein POP-Server alle fur den 
POP-Client eingehenden E-Mails speichert und der POP- 
Client in regelmaBigen Zyklen nachpruft, ob fiir ihn neue 
Mails beim POP-Server eingegangen sind. Ist dies der Fall, 
so werden diese komplett in den POP-Client geladen, wobei 
bei der klassischen Internet E-Mail-Konfiguration kein 
MMS-Relay 15 vorgesehen ist. Als Ubertragungsprotokoll 
ist das SMTP vorgesehen, das, wie beschrieben, zumindest 
fur das IP-Interface, das TCP/IP (Transmission Control Pro- 
tocol/Internet Protocol) benutzt. 

Bei der ersten Ausfuhrungsform nach Fig. 4 beinhaltet 
das MMS-Relay 15 fur das IP-Interface die beschriebene 
POP-Client-Funktionalitat gemaB der klassischen Internet 
E-Mail-Konfiguration. Eine neue E-Mail auf dem Internet 
E-Mail-POP-Server wird somit in der fiir den klassischen 



tragen. Das MMS-Relay 15 legt dann in Abhangigkeit der in 
der Speichervorrichtung 25 abgelegten Profileeintrage fest, 
ob diese E-Mail oder welche Elemente dieser E-Mail direkt 
zum Endgerat 5 mittels Push-Modus weitergeleitet werden 

5 und signalisiert dem Endgerat 5 ggf. zusatzlich, daB noch 
weitere Elemente dieser Nachricht zum Ubertragen an das 
Endgerat 5 gemaB dem Pull-Modus vorhanden sind oder an 
ein anderes Mailsystem weitergeleitet oder geloscht wur- 
den. Wird kein Element der E-Mail zum Endgerat 5 gemaB 

10 dem Push-Modus ubertragen, so findet nur eine Benachrich- 
tigung in einer der beschriebenen Formen statt. Beispielhaft 
soil nun die E-Mail Elemente fiir beide Ubertragungsmodi, 
also fiir den Push-Modus und den Pull-Modus enthalten. 
Hierbei faBt das MMS-Relay 15 die gemaB dem Profile fur 

15 den Push-Modus vorgesehenen Elemente zu einer neuen 
Nachricht zusammen, baut einen Ubertragungskanal zum 
Endgerat 5 auf und sendet diese zusammengefaBten Ele- 
mente mittels SMTP. Die anderen Elemente werden eben- 
falls zusammengefaBt und mittels SMTP zum Internet E- 

20 Mail- Server ubertragen, um von dort an ein anderes Mailsy- 
stem weitergeleitet, geloscht oder fur den Pull-Modus bis 
zum Abruf durch das Endgerat 5 gespeichert zu werden. Die 
Benachrichtigung uber das Vorhandensein von Nachrichten- 
elementen, die fur den Pull-Modus vorgesehen sind, kann 

25 zusammen mit der Ubertragung der zusammengefaBten 
Nachrichtenelemente gemaB dem Push-Modus erfolgen 
oder auch separat. Findet nur eine Benachrichtigung statt, 
d. h. sind keine Nachrichtenelemente vorhanden, die gemaB 
dem Push-Modus zum Endgerat 5 ubertragen werden miis- 

30 sen, so konnte diese Benachrichtigung mittels einer vom 
MMS-Relay 15 generierten Nachricht erfolgen, die im 
Push-Modus an das Endgerat 5 ubermittelt wird oder spe- 
zielle Signalisierungskanale verwendet, wie beispielsweise 
den SMS-Dienst nach GSM-Standard. 

35 1st das Endgerat 5 uber das Telekommunikationsnetz 10 
nicht erreichbar, so werden auch die Nachrichtenelemente 
bspw. in der Speichervorrichtung 25 des MMS-Relays 15 
gespeichert, die gemaB dem Push-Modus an das Endgerat 5 
zu ubertragen sind. Entsprechend werden Benachrichtigun- 

40 gen beispielsweise in der Speichervorrichtung 25 des MMS- 
Relays 15 zwischengespeichert, die vom MMS-Relay 15 
zum Endgerat 5 beziiglich von Nachrichtenelementen uber- 
tragen werden mussen, die nicht gemaB dem Push-Modus zu 
ubertragen sind. Die Speicherung der Nachrichtenelemente, 

45 die gemaB dem Push-Modus zu ubertragen sind und/oder 
der Benachrichtigungen dauert solange an, bis dem MMS- 
Relay 15 beispielsweise vom HLR mitgeteilt wird, daB das 
Endgerat 5 nun fiber das Telekommunikationsnetz 10 er- 
reichbar ist. AnschlieBend wird die Ubermittlung der Nach- 

50 richtenelemente gemaB dem Push-Modus bzw. der Benach- 
richtigungen zum Endgerat 5 fortgesetzt. Das Speichern der 
Nachrichtenelemente und/oder der Benachrichtigungen 
kann in diesem Beispiel im Internet E-Mail-Server oder im 
MMS-Relay 15 erfolgen. 

55 Neben den Ubertragungsmodi regelt das Profile wie be- 
schrieben bspw. Konvertierungen des Datenformats von 
Nachrichten. Unterstiitzt das Endgerat 5 bspw. bei Grafiken 
nur das JPEG-Datenformat, so wird dies im Profile stan- 
dardmaBig eingetragen und das MMS-Relay 15 konvertiert 

60 automatisch alle fiir das Endgerat 5 eingehenden Grafik- 
nachrichtenelemente in das JPEG-Format. 

GemaB der ersten Ausfuhrungsform wird exemplarisch 
das POP benutzt. Altemativ konnte auch das IMAP (Internet 
Message Access Protocol) oder andere fiir diesen Zweck 

65 verfugbare Protokolle verwendet werden. 

Ausgehend von der ersten Ausfuhrungsform nach Fig. 4 
zeiet Fie. 5 eine zweite Ausfuhrunesform, bei der der 
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mengefaBt sind, wie dies beispielsweise fur netzinteme 
Dienste, wie Voice-/Fax-Mail-Box von Vorteil sein kann. 
Dargestellt ist dabei in Fig. 5 die aus Fig. 4 bekannte Proto- 
kollschichtenfolge des MMS-Client nach Fig. 4 und die er- 
ste Protokollschichtenfolge 35 fur die Luftschnittstelle U u 5 
des MMS-Relays 15 nach Fig. 4. Diese Protokollschicht- 
folge teilen sich nun das MMS-Relay 15 und der MMS-Ser- 
ver in einer gemeinsamen physikalischen Einheit gemaB 
Fig. 5. 

Auch gemaB Fig. 6 sind der MMS -Server und das MMS- 10 
Relay 15 funktional in einer physikalischen Einheit zusam- 
mengefaBt, jedoch eher fur IP basierende Implementationen. 
Dabei entspricht der MMS- Server gemaB Fig. 6 in seiner 
Protokollschichtenfolge dem Internet E-Mail-Server gemaB 
Fig. 4. Diese Protokollschichtenfolge teilt sich der MMS- 15 
Server mit dem MMS-Relay 15. Dieselbe Protokollschich- 
tenfolge wird dann, wie ublich, fur den MMS-Client gemaB 
Fig. 6 gewahlt, wobei die Luftschnittstelle U u zwischen 
MMS-Client und MMS-Relay 15 bzw. MMS-Server gleich- 
zeitig ein IP-Interface darstellt. 20 

Fig. 6 stellt dabei eine dritte Ausfuhrungsform dar. Alle 
drei Ausfuhrungsformen gemaB Fig. 4, Fig. 5 und Fig. 6 
sind im MMSE gemeinsam anwendbar. 

Allen Implementationen gemein ist die einheitliche Ser- 
vicefunktionalitat aus Sicht des MMS-Clients, die durch das 25 
MMS-Relay 15 gewahrleistet wird, wobei das MMS-Relay 
15 entweder als separates Protokollelement oder funktional 
mit dem MMS-Server integriert ausgebildet ist. 

An die vierte Schnitts telle 20 sind in der beschriebenen 
Weise nicht nur ein Endgerat, sondern mehrere Endgerate 30 
anschlieBbar, so daB das MMS-Relay 15 in der beschriebe- 
nen Weise fur mehrere Endgerate gleichzeitig eingesetzt 
werden kann, wobei von jedem der angeschlossenen Endge- 
rate mindestens ein Profile in der beschriebenen Weise in 
der Speichervorrichtung 25 abgelegt sein kann. 35 

Patentanspriiche 

1. Verfahren zur Ubertragung von Nachrichten zwi- 
schen mindestens einer Zentrale (1, 2, 3) und minde- 40 
stens einem Endgerat (5) uber ein Telekommunikati- 
onsnetz (10), dadurch gekennzeichnet, daB der Nach- 
richtenaustausch durch eine Anpassungsvorrichtung 
(15) zwischen der mindestens einen Zentrale (1, 2, 3) 
und dem Endgerat (5) in Abhangigkeit mindestens ei- 45 
ner Vorgabe des Endgerates (5) oder der mindestens ei- 
nen Zentrale (1, 2, 3) gesteuert wird. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB von der Anpassungsvorrichtung (15) minde- 
stens eine Eigenschaft fur die Ubertragung der Nach- 50 
richt, insbesondere der Datentyp, das Datenformat oder 
der Obertragungsmodus, an die mindestens eine Vor- 
gabe des Endgerates (5) oder der mindestens einen 
Zentrale (1, 2, 3) angepaBt wird. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 55 
zeichnet, daB Nachrichten von verschiedenen Zentra- 
len (1, 2, 3) von der Anpassungsvorrichtung (15) in 
eine einheitliche, vom Endgerat (5) lesbare Form um- 
gesetzt und an das Endgerat (5) ubertragen werden. 

4. Verfahren nach Anspruch 1, 2 oder 3, dadurch ge- 60 
kennzeichnet, daB die Anpassungsvorrichtung (15) von 
der mindestens einen Zentrale (1, 2, 3) bei einer fur das 
Endgerat (5) eingehenden Nachricht benachrichtigt 
wird, daB von der Anpassungsvorrichtung (15) gepriift 
wird, ob das Endgerat (5) erreichbar ist, daB bei Er- 65 
reichbarkeit ein UbermittlungsprozeB fur die Nachricht 
zum Endeerat (5) eemaB einem voreeeebenen tJbertra- 
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Pull-Modus, eingeleitet wird und daB bei Nichterreich- 
barkeit die Nachricht solange gespeichert wird, bis von 
der Anpassungsvorrichtung (15) eine Erreichbarkeit 
des Endgerates (5) erkannt wird. 

5. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB je nach Vorgabe des End- 
gerates (5) eine fur das Endgerat (5) in der mindestens 
einen Zentrale (1, 2, 3) voriiegende Nachricht bei Er- 
reichbarkeit des Endgerates (5) direkt an das Endgerat 
(5) von der Anpassungsvorrichtung (15) ubermittelt 
wird oder die Verfugbarkeit dieser Nachricht dem End- 
gerat (5) von der Anpassungsvorrichtung (15) mitge- 
teilt wird. 

6. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB von der Anpassungsvor- 
richtung (15) mehrere Nachrichten, insbesondere von 
unterschiedlichen Zentralen(l, 2, 3), zusammengefaBt 
an das Endgerat (5) ubertragen werden. 

7. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB von der Anpassungsvor- 
richtung (15) je nach Vorgabe des Endgerates (5) ein- 
zelne Teile einer aus mehreren Elementen bestehenden 
Nachricht segmentiert und verarbeitet werden. 

8. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB die mindestens eine Vor- 
gabe des Endgerates (5) in Form eines Datensatzes von 
einem Benutzer des Endgerates (5) vorgegeben und an 
die Anpassungsvorrichtung (15) ubertragen wird. 

9. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB mehrere verschiedene 
Datensatze von einem Benutzer des Endgerates (5) fur 
verschiedene mit dem Endgerat (5) realisierbare Funk- 
tionalitaten vorgegeben und in einer der Anpassungs- 
vorrichtung (15) zugeordneten Speichervorrichtung 
(25) abgelegt werden. 

10. Verfahren nach Anspruch 9, dadurch gekennzeich- 
net, daB den verschiedenen Datensatzen jeweils eine 
Kennung zugeordnet wird. 

11. Verfahren nach Anspruch 10, dadurch gekenn- 
zeichnet, daB vom Benutzer des Endgerates (5) ein Da- 
tensatz ausgewahlt wird, daB vom Endgerat (5) die den 
ausgewahlten Datensatz kennzeichnende Kennung an 
die Anpassungsvorrichtung (15) ubertragen wird, daB 
in der Anpassungsvorrichtung (15) gepriift wird, ob ein 
Datensatz mit der empfangenen Kennung in der Spei- 
chervorrichtung (25) abgelegt ist, und daB bei Vorlie- 
gen eines zur empfangenen Kennung gehorenden Da- 
tensatzes in der Speichervorrichtung (25) dieser Daten- 
satz ausgewahlt wird. 

12. Verfahren nach Anspruch 10 oder 11, dadurch ge- 
kennzeichnet, daB die Datensatze in der Reihenfolge 
ihres Ablegens in der Speichervorrichtung (25) nume- 
riert werden, wobei die jeweilige Kennung der Daten- 
satze aus dieser Numerierung gebildet wird. 

13. Verfahren nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB im Endgerat (5) und in 
der Anpassungsvorrichtung (15) Protokolle verwendet 
werden, die Funktionselemente fur den fur die Ubertra- 
gung einer Nachricht vorgegebenen Ubertragungsmo- 
dus umfassen und eine geeignete Signalisierung von ei- 
ner fiir das Endgerat (5) eingegangenen Nachricht am 
Endgerat (5) bewirken. 

14. Anpassungsvorrichtung (15) zur Durchfuhrung ei- 
nes Verfahrens nach einem der vorherigen Anspruche, 
dadurch gekennzeichnet, daB mindestens eine Schnitt- 
stelle (11, 12, 13) zu einer Zentrale (1, 2, 3) und eine 
Schnittstelle (20) zu einem Endeerat (5) voreesehen ist. 
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Speicherung mindestens einer Vorgabe des Endgerates 
(5) oder der mindestens einen Zentrale (1, 2, 3) zur 
Steuerung des Nachrichtenaustauschs zwischen der 
mindestens einen Zentrale (1, 2, 3) und dem Endgerat 
(5) und daB eine Steuerung (30) vorgesehen ist, die den 5 
Nachrichtenaustausch in Abhangigkeit der mindestens 
einen Vorgabe steuert. 
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